MySQL复制相关参数详解 |
您所在的位置:网站首页 › mysql 复制 › MySQL复制相关参数详解 |
MySQL复制相关参数详解 作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任。
一.复制相关系统变量 1>.server_id 是必须设置在master和每个slave上的唯一标识ID,其取值范围是1~4294967295之间,且同一个复制组之内不能重复。 2>.server_uuid server_uuid会在GTID复制中使用。当MySQL启动之后,会首先到数据文件目录下的auto.cnf中寻找是否有指定的server_uuid,如果没有找到,则自己生成一个server_uuid并保存到这个文件中。 3>.log_slave_updates 该参数用来控制是否将收到的主库的更新数据的语句也记录在slave自己的bin log中。正常情况下是不需要记录的,但如果是想创建级联复制关系,比如A->B->C,这其中B既要作为A的从库,也要作为C的主库,则需要既开启log-bin参数,也要开启log_slave_updates参数。(开启方式:log_slave_updates=1) 4>.relay-log 该参数用来指定relay-log文件的基础名称,默认的名称为host_name-relay-bin.xxxx,其中的xxxx结尾是依次递增的数字。 5>.replicate-do-db 该参数用来指定需要复制的库。在基于语句复制的环境中,指定该参数之后,则slave的SQL thread进程只会应用在本数据库下的对象相关的语句。如果有多个数据库需要复制,则这个参数要使用多次。但如果是涉及到跨库操作语句,则复制会丢失。(指定只复制sourse数据库:replicate-do-db=course) 6>.replicate-ignore-db 该参数决定了忽略指定数据库的复制,其行为和replicate-do-db正好相反。 7>.replicate-do-table=db_name.tbl_name 通过该参数告知slave的SQL thread仅复制指定表上的数据。如果有多个表,则该参数要使用多次。 8>.replicate-wild-do-table=db_name.tbl_name 通过该参数告知SQL的SQL thread仅复制符合匹配的表,可以使用_和%作为通配符。比如replicate-wild-do-table=foo%.bar%表示复制以foo开头的数据库下所有bar开头的表数据。如果是relpicate-wild-do-table=foo%.%,则表示复制foo开头的所有表的数据,也复制CREATE/DROP/ALTER DATABASE foo开头的命令。 9>.slave-parallel-workers 该参数决定了slave上启动多少个SQL thread线程来并行应用数据的。默认值是0代表不允许并行,取值范围可以使0~1024。当数据量较大,slave和master出现数据延迟较大时,可以考虑调大改值来优化同步效率!(开启方式:slave-parallel-workers=10) 10>.skip-slave-start 该参数决定了在MySQL启动时是否先不启动slave线程,即暂停复制。(开启方式:需要在[mysqld]中指定 skip-slave-start=1) 11>.slave-parallel-type 该参数决定了当启动了并行之后,采用什么粒度的并行方式。默认值database表示按照不同的数据库执行并行,LOGICAL_CLOCK则表示按照在binlog中的一组提交的事物作为并行粒度。 12>.slave-skip-errors=[err_code1,err_code2,...|all|ddl_exist_errors] 该参数决定了当slave的SQL thread执行过程中碰到何种错误时可以忽略并继续接下来的数据复制。正常情况下,当有错误发生时,复制会停止而且需要人工干预修复才能继续进行。除非非常自信可以忽略某些错误,否则不要使用这个参数,不然会导致复制执行正常,但其实内部的数据已经完全不一致! (开启方式:slave-skip-errors=1062) 13>.sql_slave_skip_counter 代表在非GTID复制环境下,通过设置此参数来跳过复制事件。设置完该参数并非立即生效,而是等待下次start slave命令的执行生效,并将该参数再次设置为0。 14>.log-bin[=base_name] 该参数表示是否开启binary log。默认情况下MySQL会使用host_name-bin.xxxx作为文件的名字,其中xxxx是以数字递增的后缀。如果该参数指定了base_name,则二进制会以base_name.xxxx来命名。 15>.binlog-do-db=db_name 改参数决定了哪些库下的修改会被记录到bin log中。其行为与replicate-do-db类型,在基于SQL语句复制的环境下,只记录在当前数据库下的修改。比如指定binlog-do-db=course,以下语句不会记录到bin log中 mysql> USE yinzhengjie; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> mysql> mysql> UPDATE course.students SET sid=sid +1000; #该语句不会被记录到bin log中 Query OK, 5 rows affected (0.01 sec) Rows matched: 5 Changed: 5 Warnings: 0 mysql> mysql> USE course; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> mysql> mysql> UPDATE yinzhengjie.students SET sid=sid +1000; #和上面不同,该语句会记录到bin log日志中 Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> mysql> mysql> USE yinzhengjie; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> mysql> UPDATE course.students SET sid=sid +1000; #基于行复制环境下,只有属于指定数据库语句才会被记录到bin log中。 Query OK, 5 rows affected (0.00 sec) Rows matched: 5 Changed: 5 Warnings: 0 mysql> mysql> mysql> USE course; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> mysql> UPDATE yinzhengjie.students SET sid=sid +1000; #基于行复制的话,由于指定了库进行赋值,因此该语句是不会被记录的。针对跨库的语句来说,行为和replicate-do-db相同。 Query OK, 1 row affected (0.00 sec) Rows matched: 1 Changed: 1 Warnings: 0 mysql> mysql>
二.检查复制状态方法 1>.Slave_IO_State 代表当前slave的状态。 2>.Slave_IO_Running 代表负责读取主库bin log的IO线程是否是运行状态,正常情况下应该是YES。 3>.Slave_SQL_Running 代表负责执行备库relay log 的SQL线程是否是运行状态,正常情况下应该是YES。 4>.Last_IO_Error 代表最后一次IO线程所发生的错误,正常情况下应该是空,代表没有错误。 5>.Last_SQL_Error 代表最后一次SQL线程所发生的错误,正常情况下应该是空,代表没有错误。 6>.Seconds_Behind_Master 代表备库的SQL线程比主库的bin log晚多少秒。0代表目前没有复制延迟。 7>.Master_Log_file,Read_Master_Log_Pos 代表IO线程在主库bin log中的坐标位置。 8>.Relay_Master_Log_File,Exec_Master_Log_Pos 代表SQL线程在主库bin log中的坐标位置。 9>.Relay_Log_File,Relay_Log_Pos 表示SQL线程在备库relay log中的坐标位置。 10>.SHOW PROCESSLIST 在主库可以通过执行SHOW PROCESSLIST命令查看主库的bin log日志生成进程。 ![]() ![]()
三.MySQL复制格式 1>.基于语句复制的优势 属于比较成熟的技术,得到广泛应用; 当SQL语句会修改很多数据时,使用语句复制会比较节省空间; 由于二进制文件中包含了所有的修改语句,所以可以用来审计功能; 2>.基于语句复制的劣势 某些特定的修改语句在基于语句复制的环境中复制会有问题,比如语句中包含自定义函数或者不确定性的存储过程; UPDATA/DELETE语句中包含LIMIT语句但不包含ORDER BY语句数据不确定性语句; 一些函数比如RAND(),SYSDATE(),VERSION()等由于不确定性会导致复制异常; 每个导致复制异常的语句都会产生一条告警信息,比如:[Warning] Statement is not safe to log in statement format. 3>.基于行复制的优势 所有的数据库修改都可以复制,是一种安全的方式; 由于是行复制,所以某些语句在主库和从库上执行需要较少的LOCK; 4>.基于行复制的劣势 当DML语句涉及到多行的修改时,则由于行复制会把每行的修改信息都记录下来,所以bin log会很大,有可能会导致复制的延迟相比较语句复制要大; 不能直接查看备库中执行的SQL语句; 建议仅使用InnoDB表做行复制,对MyISAM表的行复制有可能会导致复制异常;
四.MySQL复制线程 1>.在slave暂停复制的方法 ![]() ![]() ![]() ![]() ![]() ![]() 2>.在slave开启复制的方法 ![]() ![]() ![]() ![]() ![]() ![]()
|
今日新闻 |
推荐新闻 |
CopyRight 2018-2019 办公设备维修网 版权所有 豫ICP备15022753号-3 |